home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940309.txt < prev    next >
Internet Message Format  |  1994-11-13  |  11KB
  1. Date: Sat, 17 Sep 94 04:30:25 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #309
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Sat, 17 Sep 94       Volume 94 : Issue  309
  11.  
  12. Today's Topics:
  13.                         DX Cluster on Internet
  14.                      JNOS Mailing List - Exist???
  15.                         KPC-9612/Starting out
  16.                                KPC 9612
  17.                          MAXON 4020N and 9600
  18.                           mocom 35 on packet
  19.                       Stupid? Question (2 msgs)
  20.                       Unix vs DOS vs OS/2 vs NT
  21.  
  22. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  23. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  24. Problems you can't solve otherwise to brian@ucsd.edu.
  25.  
  26. Archives of past issues of the Ham-Digital Digest are available 
  27. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  28.  
  29. We trust that readers are intelligent enough to realize that all text
  30. herein consists of personal comments and does not represent the official
  31. policies or positions of any party.  Your mileage may vary.  So there.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: Wed, 14 Sep 1994 19:42:12 GMT
  35. From: swrinde!howland.reston.ans.net!vixen.cso.uiuc.edu!news.uoregon.edu!usenet.eel.ufl.edu!tcad.ee.ufl.edu!eng.ufl.edu!saimiri.primate.wisc.edu!xanth.cs.odu.edu!concert!@@ihnp4.ucsd.edu
  36. Subject: DX Cluster on Internet
  37. To: ham-digital@ucsd.edu
  38.  
  39. In article <199409131447.HAA19241@ucsd.edu>,
  40. BARRY TITMARSH <BTITMARS%ESOC.BITNET@vm.gmd.DE> wrote:
  41. >
  42. >Well Im not infavour of this..
  43. >what ever happend to CQ CQ CQ and tuning about ??
  44. >Now with Internet connect and DX Clusters You can simply
  45. >go to a DX spot connect on the Internet join the DX cluster
  46. >Announce to All Im on 14.045 or 28.675 what ever
  47. >And setup the skeds.
  48. >What a Cheet Hi Hi..
  49. >Ill try it next time im on St.Kilda VR18g and Op on 144 or 432Mhz.
  50. >Barry GM8SAU/DC0HK..
  51.  
  52.  
  53. So if you don't like it, don't use it! No one's holding a gun to your head.
  54.  
  55. =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
  56.   Ned Hamilton      AB6FI          NTC       Department of Neurosurgery
  57.   nedh@virginia.edu                          University of Virginia
  58. =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
  59.  
  60. ------------------------------
  61.  
  62. Date: Fri, 16 Sep 1994 07:40:01 GMT
  63. From: iglou!gregl.slip.iglou.com!ke4dpx@uunet.uu.net
  64. Subject: JNOS Mailing List - Exist???
  65. To: ham-digital@ucsd.edu
  66.  
  67. In article <1994Sep13.165959.27755@govonca.gov.on.ca> rumbalj@govonca.gov.on.ca (John Rumball) writes:
  68.  
  69. >  Does a JNOS Mailing List exist to which I can subscribe?  If so, how do I
  70. >subscribe to it?  Now that I am running JNOS I'd like to keep up to date on
  71. >relevant issues and discussions.
  72.  
  73. Ask and ye shall receive. :-) The address is nos-bbs@hydra.carleton.ca for the 
  74. mailing list. To subscribe, send a message to 
  75. nos-bbs-request@hydra.carleton.ca (any subject) and the message text:
  76.  
  77.    subscribe nos-bbs RealName Callsign
  78.  
  79. for example:
  80.  
  81.    subscribe nos-bbs Greg Law KE4DPX
  82.  
  83.  
  84. ============================================================================
  85. 73 de Greg  AMPRNet  - ke4dpx@ke4dpx.ampr.org [44.106.56.35]
  86.             AX.25    - ke4dpx@wi9p.#ncky.ky.usa.noam
  87.             Internet - gregl@iglou.com
  88. ============================================================================
  89.  
  90. ------------------------------
  91.  
  92. Date: 16 Sep 1994 20:56:49 GMT
  93. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!news.cac.psu.edu!news.pop.psu.edu!psuvax1!news.cc.swarthmore.edu!netnews.upenn.edu!news.drexel.edu!news.ge.com!news.ge.com!rsnyder@network.
  94. Subject: KPC-9612/Starting out
  95. To: ham-digital@ucsd.edu
  96.  
  97. The message Mr. Zawodny is responding to was cancelled by me because I
  98. realized I was asking a question that had been answered already. :-)
  99.  
  100. >>>>> "KO4LW" == Joseph M Zawodny <zawodny@arbd0.larc.nasa.gov> writes:
  101.  
  102.     >> >> Also, can the KPC-9612 do HF packet?
  103.     >> 
  104.     N3KFH> A resounding NO, comes to mind here.  This is only good for
  105.     N3KFH> vhf and above due to the modulating frequency shift size.
  106.     N3KFH> It results in too large a bandwidth for use on hf bands...
  107.     >>  So what does it take to do HF packet?
  108.  
  109.     KO4LW> This will probably start a flame, but so what.  Why are you
  110.     KO4LW> fascinated by HF packet?  Are you really or do you want the
  111.  
  112. Basically because I've been considering getting an HF rig, and haven't
  113. had much luck with voice modes so far.  The local repeaters tend to be
  114. gathering grounds primarily for people who already know each other,
  115. and while they aren't actively unfriendly to newcomers, don't go out
  116. of their way to respond/welcome them.  And I can't get to know them
  117. through the clubs since they are on nights I'm unavailable.
  118.  
  119. I was also curious.  I knew HF packet existed, just didn't have many
  120. details about it.  What it took to run it, etc.
  121.  
  122. Bob
  123.  
  124. ------------------------------
  125.  
  126. Date: 16 Sep 1994 21:38:46 GMT
  127. From: dog.ee.lbl.gov!overload.lbl.gov!dancer.ca.sandia.gov!cronkite.nersc.gov!fastrac.llnl.gov!usenet.ee.pdx.edu!news.reed.edu!gaia.ucs.orst.edu!news.uoregon.edu!vixen.cso.@ihnp4.ucsd.edu
  128. Subject: KPC 9612
  129. To: ham-digital@ucsd.edu
  130.  
  131. I am interested in knowing more about the KPC9612.
  132.  
  133. Does this TNC support the 9600 baud and 1200 baud Pacsats?
  134.  
  135. What is the approximate cost?
  136.  
  137. Is the TNC made by Kantronics?
  138.  
  139. Thanks
  140.  
  141. ------------------------------
  142.  
  143. Date: 16 Sep 1994 08:20:16 GMT
  144. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!howland.reston.ans.net!EU.net!uknet!signal.dra.hmg.gb!arrow.dra.hmg.gb!djch@network.ucsd.edu
  145. Subject: MAXON 4020N and 9600
  146. To: ham-digital@ucsd.edu
  147.  
  148. In article <MAPI.0016.006c696e657320203635393930303031.mlines@sni.co.uk>
  149. mlines@sni.co.UK (Martin Lines) writes:
  150.  
  151.    Has anyone got a MAXON 4020N UHF txer working on 9600?
  152.  
  153. Sponsored by the Midlands AX25 Packet Group (MAXPAK) I've now converted 3
  154. 4020N's for 9k6.
  155.  
  156. Quick answer:
  157. Change the 2 21.4 8KHz filters to 15KHz (21M15 type)
  158. Change the 455 filter to a CFW455E
  159. Rx Audio from pin 10 MC3359
  160. Tx Audio to junction R16/R17, .85 V p/p (could vary with different xtals)
  161. Adjust T1,T2 for best eye pattern
  162.  
  163. Long answer:
  164. Mail me for (18K) paper on Maxon 4020 (and also MAXPAK's G3RUH clone board).
  165. Mail RICHARD@g1nzz.demon.co.uk for details of the MAXPAK board.
  166.  
  167. --David G8SQH
  168.  
  169. ------------------------------
  170.  
  171. Date: 15 Sep 94 23:03:00 GMT
  172. From: ihnp4.ucsd.edu!ucsnews!newshub.sdsu.edu!nic-nac.CSU.net!usc!howland.reston.ans.net!gatech!wa4mei!totrbbs!steve.diggs@network.ucsd.edu
  173. Subject: mocom 35 on packet
  174. To: ham-digital@ucsd.edu
  175.  
  176. Hi Clint,
  177.  
  178. I understand that you guys have also used GE Mastr II transcievers for
  179. 9600 packet. Did anyone save any MOD instructions on how to convert the
  180. GE MII for this purpose?
  181.  
  182. Regards,
  183. Steve Diggs
  184.  
  185. ----
  186. Top Of The Rock BBS - Lilburn, GA         SYSOP: Steve Diggs
  187. UUCP: totrbbs.atl.ga.us               Snailmail: 4181 Wash Lee Ct.
  188. Phone: +1 404 921 8687                           Lilburn, GA 30247-7407
  189.  
  190. ------------------------------
  191.  
  192. Date: Fri, 16 Sep 94 00:04:28 -0500
  193. From: news.delphi.com!usenet@uunet.uu.net
  194. Subject: Stupid? Question
  195. To: ham-digital@ucsd.edu
  196.  
  197. I am also new and am finding that the American Radio Rely League has good
  198. material. AARL. They are in Connecticut and they advertise in many of the
  199. Ham magazines.
  200. Good Luck
  201. Avery Russell
  202.  
  203. ------------------------------
  204.  
  205. Date: Thu, 15 Sep 1994 21:52:50
  206. From: ihnp4.ucsd.edu!ucsnews!newshub.sdsu.edu!nic-nac.CSU.net!usc!howland.reston.ans.net!news.sprintlink.net!nwnexus!olympus.net!olympus.net!vaughnwt@network.ucsd.edu
  207. Subject: Stupid? Question
  208. To: ham-digital@ucsd.edu
  209.  
  210. In article <bharding-150994175236@bharding.qualcomm.com> bharding@qualcomm.com (Bill Harding) writes:
  211. >From: bharding@qualcomm.com (Bill Harding)
  212. >Subject: Stupid? Question
  213. >Date: 16 Sep 1994 01:00:48 GMT
  214.  
  215. >Ok..
  216. >I'm a new Ham/digital kind of guy with a thirst for Knowledge.
  217. >Can some one point me in the right direction to find out:
  218.  
  219. >1) Recemended mailing lists and/or packet stuff servers
  220. >2) BTW, What is JNOS? (sure is a popular topic!). 
  221.  
  222. >Thanks,
  223. >Bill Harding
  224. >KE6tbd
  225.  
  226. No such thing as a stupid question.
  227. JNOS is a TCP/IP operating system for amateurs. I think it was written by 
  228. Johan ( Hence the J ) Reinalda, WG7J ( Maybe thats the reason for the 
  229. J) and a couple of other fellows. You can also work the x.25 protocol from 
  230. this program. Good Luck.
  231.  
  232. ------------------------------
  233.  
  234. Date: Fri, 16 Sep 1994 00:20:38 GMT
  235. From: ucsnews!newshub.sdsu.edu!nic-nac.CSU.net!usc!howland.reston.ans.net!news.cac.psu.edu!news.pop.psu.edu!psuvax1!news.cc.swarthmore.edu!netnews.upenn.edu!feith1.FEITH.COM!@@ihnp4.ucsd.edu
  236. Subject: Unix vs DOS vs OS/2 vs NT
  237. To: ham-digital@ucsd.edu
  238.  
  239. mack@mails.imed.COM (Mack Ray) writes:
  240.  
  241. >     
  242. >     I use Unix, DOS (5.0), 
  243.  
  244. DOS is just a poorly implemented Unix.
  245.  
  246. >     applies to BIG machines like a VAX or HP 9000.  Most people who only 
  247. >     have access to small machines like a PC or Mac don't have this luxury.
  248.  
  249. Not so.  We run SVr4 Unix on several 486 clones.  These machines handle
  250. 50 telnet users and a heavy NFS load.  They run weeks, sometimes months,
  251. without a glitch. When they do go down, it is usually because we take
  252. them down to modify something or install a new driver. 
  253.  
  254. There's no reason why "most people" can't have this luxury too.
  255.  
  256. >     Many of the Unix implementations don't have or use the MMU (memory 
  257. >     management unit) which gives Unix this capability.  
  258.  
  259. You are wrong on two counts.  Modern Unix implementations on small
  260. computers "do-so" use MMU hardware when available.  But hardware support
  261. of memory mapping is not the reason Unix is stable.  Protected
  262. addressing and the clear distintion between trusted kernel device driver
  263. code and user code is the reason for the inherent stability of an OS. 
  264.  
  265. >     
  266. >     This is my current crusade.  If you want an OS that DOES NOT let user 
  267. >     jobs crash the OS it MUST HAVE an MMU.  
  268.  
  269. No. It must have addressing exception handling and must prevent user
  270. code from touching hardware. That's what you want.
  271.  
  272. >     The bug, of course, is that the line shoule read: 
  273. >     useful_function(&a_number).  This code is guaranteed to write over 
  274. >     
  275. >     1) your code
  276. >     2) your data
  277. >     3) another process's code
  278. >     4) another process's data
  279. >     5) the OS
  280. >     6) the interrupt vector table
  281.  
  282. Only 1 and 2 happen on my Intel 486 Unix SVr4 system. The other 4 are
  283. "virtually" impossible. 
  284.  
  285.     ^
  286.     |
  287.   joke.
  288.  
  289.  
  290.  
  291.  
  292. -- 
  293. 73 de KD3BJ (Chris Nadovich, chris@kd3bj.ampr.org)
  294.  
  295. ------------------------------
  296.  
  297. End of Ham-Digital Digest V94 #309
  298. ******************************
  299.